home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / gem / l_0799 / 631 < prev    next >
Internet Message Format  |  1994-08-27  |  3KB
  1. From: Michael_Nolte@k.maus.de (Michael Nolte)
  2. Subject: RE: Ofir's digest 13.06
  3. Date: Thu, 16 Jun 94 01:41:00 GMT
  4. X-Gateway: MausGate/Mail 1.22/k
  5. Mime-Version: 1.0
  6. Precedence: bulk
  7.  
  8. Vincent Lefevre:
  9. >closing a window is more frequent than cycling windows.
  10. That may be true for you, but generally it's the other way around.
  11.  
  12. Ofir:
  13. >This was in my original proposal but was removed, maybe I should put it
  14. >back then.
  15. No. No. No. CTRL-I is no good for italic, because then you would have to
  16. use CTRL-U for underlined and CTRL-B for bold. CTRL-U is already used as
  17. close window and some people want to use CTRL-B for "Begin block". For how
  18. many things do you want to use these combinations? If you keep this up,
  19. we'll end up pressing CTRL-U and then a number from 1-9 to decide what
  20. CTRL-U is supposed to mean. :-(
  21. If somebody wants I for italic. Give them ALT-I that wouldn't disturb U
  22. and B.
  23. >>CTRL E - Save configuration
  24. >is rarely used by the end user
  25. We might consider using ALT-S.
  26. >CTRL+J may be used for Goto,
  27. ALT-G looks more like Goto than CTRL-J does. I guess anybody who's ever
  28. typed a couple of lines in BASIC can remember Goto better than Jump to.
  29. >the idea is to join the Atari and German standards which are already
  30. >well established. Anything else is not exceptable.
  31. I strongly support this point of view.
  32. >>programmers, it won't be widely accepted--and I will not follow a
  33. >>standard which I think doesn't make sense.
  34. > Fine. I don't see why you are here then.
  35. Me neither. If he's not willing to follow the standard anytime, then he's
  36. wasting our time. Can we develop a mechanism to get rid of people like
  37. that? I know this sounds pretty hard and some people won't like it, but if
  38. we want to get anywhere, we need to be able to protect the results of our
  39. work and our efforts.
  40. >Can you think of reasons why you would need to deviate from it?
  41. Yeah. I'd like to know that too. Why would someone have a real need to
  42. deviate from a good standard.
  43.  
  44. Warwick Allison:
  45. >Scrap the whole concept of an `Abandon' option.  It makes more sense to
  46. >just provide a Close option that gives `Cancel | Abandon | Save' options.
  47. No. If I tell my machine "Close a window" I expect it to ask me, if I
  48. really want to do this or to close the window straight away if nothing has
  49. been changed. But throwing away changes and reloading the original
  50. contents of the window has nothing to do with closing a window, simply
  51. because the window doesn't get closed. I'd consider a program to be pretty
  52. dumb if it gave me an "Abandon work" option after I said "Close".
  53.  
  54. Gerd Castan:
  55. >CTRL G                  Find/Replace next
  56. >Shift CTRL G            Find/Replace previous
  57. Then both the application and the user would have to remember if the last
  58. action was Find or Replace. Thanks, but no thanks. (Sh-)CTRL-T is easier.
  59. What else would you need CTRL-T for? Anything that you couldn't use ALT-T
  60. for?
  61.  
  62. Bo Leuf:
  63. >Or should we in general recommend that a block can only be deleted
  64. >explicitly, preferably with a Ctrl-Delete?
  65. The more I think about it, the more I like the idea, that a block should
  66. only be deleted explicitely. We should think about a useable shortcut for
  67. it.
  68.  
  69. Mike
  70.